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(54) Supporting IP on Abis interface 

(57) In an EDGE system, an IP tunnel is provided 
between a BSC (16) and each BTS (18) which it sup- 



ports; packets can then be tunneled across the circuit- 
switched Abis interface between the BSC and the BTS. 
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Description 



[0001] This invention relates to mobile telecommuni- 
cations networks, such as the GSM (Global System for 
Mobile telecommunications) and especially to EDGE 
(Enhanced Data rates tor GSM Evolution). 
[0002] Conventional telephone networks are circuit 
switched, and naturally the early mobile telecommuni- 
cations networks were also circuit switched. Later gen- 
erations, such as the GPRS (General Packet Radio 
Service) are packet switched, and the use of the packet 
switched Internet Protocol (IP) is now increasing very 
rapidly. 

[0003] The second generation GSM is illustrated in 
Figure 1 . The GSM 10 comprises a Radio Access Net- 
work (RAN) 1 2 and a Core Network (CN) 14. Within the 
RAN are a number of Base Station Controllers (BSCs) 
16 each controlling a number of Base Transceiver Sta- 
tions (BTSs) 18. The BSCs 16 and BTSs 18 communi- 
cate over the interface Abis, which is circuit switched. A 
mobile terminal 20 is associated with a BTS 18. Within 
the CN 14 are a number of Mobile Switching Centres 
(MSCs) 22. The CN 14 and the RAN 12 are both circuit 
switched. 

[0004] With the rapid development of the use of IP, it 
is highly desirable to operate current equipment using 
IP; it is an object of the invention to provide an arrange- 
ment so that packet switched operation is possible over 
the Abis interface. 

[0005] According to the invention the mobile telecom- 
munications system comprising at least one primary 
network unit capable of supporting a plurality of second- 
ary network units, each secondary network unit being 
capable of supporting a plurality of mobile users, the pri- 
mary and secondary network units communicating 
across a circuit switched interface, characterized by 
means to provide an Internet Protocol tunnel between 
a primary network unit and a secondary network unit 
which it supports. 

[0006] The network may be an EDGE network when 
the primary network unit is a BSC and the secondary 
network units are each a BTS. 

[0007] In the accompanying drawings, Figure 1 illus- 
trates the prior art. The invention will be described be 
by way of example only with reference to figures 2, 3 
and 4 in which:- 

Figure 2 illustrates IP tunneling over an Abis inter- 
face; 

Figure 3 illustrates a typical packet construction; 
and 

Figure 4 illustrates an IP tunnel. 



[0008] Figure 2 illustrates the protocol stacks that de- 
ploy IP as the access/transport bearer for layer 3/2 mes- 
sage exchanges between a BSC 1 6 and a BTS 1 8. With- 
in the BSC 16 there are several Packet Control Units 
(PCUs) 30 (two of which are illustrated) carrying three 



protocol layers; these are a Data Link (DL)/ Physical 
Layer (PHY) 32; an IP layer 34; and a GPRS Iayer3/lay- 
er 2 (data traffic and signaling) message layer 36. Within 
BTS 18 there are two more Channel Codec Units 

5 (CCUs) such as 40, each having a Data Link layer (DL) 
/Physical Layer (PHY) 42, an IP layer 44, and a GPRS 
L3/L2 message layer 46. There is also an Abis interface 
52 (a circuit switched interface) between the BSC 16 
and the BTS 1 8. 

10 [0009] In the inventive arrangement, an IP tunnel, 
such as tunnel 50, is set up between the IP layer 34 in 
BSC 16 and the IP layer 44 in BTS 18. When GPRS 
layer 2 messages are to be exchanged between layer 
36 of the PCU 30 and layer 46 of the CCU 40, the mes- 

15 sages can pass through the IP tunnel 50 and across the 
Abis interface 52; the messages or other data are car- 
ried in IP packets. 

[0010] The IP tunnel is bi-directional, and the BSC 16 
controls the set-up, the maintenance and the close or 
20 release of the tunnel. IP is used as the access as well 
as the transport bearer to tunnel the layer 2 and layer 3 
messages. 

[0011] Supporting the IP on the Abis interface in this 
way includes two aspects. 

25 

a) Using IP as the accessing mechanism/protocol 

b) Using IP as the network routing mechanism/pro- 
tocol. 

30 [0012] While the invention will be exemplified based 
on the assumption of using IP as the accessing mech- 
anism/protocol, underneath network links or routing/ 
switching mechanisms may well be non-IP, such as 
ATM. 

35 [0013] When IP is used as an accessing or address- 
ing protocol, it is used to identify the traffic source, and 
the destination and the user data traffic/information is 
carried in the payload of I P packets that will then be rout- 
ed to the required destination as indicated by the desti- 
ne nation address. The routing protocol may be IP or non- 
IP such as ATM. 

[0014] In the example in Figure 2, the DL layer/Phys- 
ical Layer 32, 42 may operate by ATM. 
[0015] A typical packet construction is shown in Fig- 
45 ure 3. The packet 60 has a header H 62 and a payload 
P which comprises an Abis-Message Type Field A 64 
and a message M 66. 

[0016] The AbisMMessage Type Field 64 is eight bits 
long and can therefore be any one of two hundred and 
so fifty six messages; this field is used to identify the mes- 
sages in the payload 66; the messages may be L3/L2 
messages which may be multiplexed over the same IP 
tunnel between a pair of BTS and BSC, when the Abis 
field is used to de-multiplex the messages. Such use of 
55 an extra field can be regarded as a proprietary extension 
to the IETF (Internet Engineering Task Force) standard 
protocol. 

[0017] Considering now the use of IP as a network 
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routing mechanism; IP is used as a routing protocol to 
route IP packets across the network (between hosts/ 
network nodes) across the network link. In this scenario, 
IP is used as the network layer routing protocol that is 
responsible for delivering the IP packets across the net- 
work to the destination. This scenario also explicitly ex- 
cludes the use of ATM as the routing/switching mecha- 
nism. 

[001 8] I n such a network, the BSC 1 6 and BTS 1 8 may 
form intermediate nodes in the route. The intermediate 
nodes, BTS and the BSC, will read the packet headers 
and send the packet to the correct destination. The 
packets are routed to the BSC 16 or the BTS 18 (de- 
pending on the direction, to or from the mobile 20) by 
providing the address of the BSC or the BTS as the des- 
tination address of the packet. The packet header and 
pay load are transferred between the BSC and BTS 
through the IP tunnel 50 as before, and continue on their 
path. 

[0019] It is important for the messages between the 
BSC 16 and the BTS 18 always to travel through the 
same tunnel 50. This can be achieved by using as the 
source and the destination address for packets, the ex- 
plicit IP addresses of the BTS and BSC in the packet 
headers, and then transposing them to ensure that a re- 
turn IP packet carrying the response Layer 2/Layer 3 
messages travels by the same route. 
[0020] In one arrangement, all Iayer2/layer3 messag- 
es for all CCUs in a BTS share the same IP tunnel with 
its corresponding BSC; the Abis Message Type Field is 
divided into two sub-fields, one to indicate the GPRS 
Iayer2/layer3 messages and the other indicating the 
CCU. In another arrangement, an IP tunnel is set up and 
used exclusively between the PCU and one CCU. No 
demultiplexing between the messages from different 
CCU is required. 

[0021] With the arrangement described, the signaling 
and data messages are multiplexed over the same IP 
tunnel, i.e. tunnel 50, that provides "point-to-point" con- 
nectivity between the BTS 18 and the BSC 16. At the 
receiving side either the BTS (for the downlink) or the 
BSC (for the uplink) demultiplexes the tunneled Abis 
messages by indexing the Abis message type field. 
[0022] Different processing and handling priorities 
can be achieved by filtering the corresponding fields in 
the IP header 62. 

[0023] The selection and allocation of appropriate 
code and channels is based on packet handling priority 
information contained in the IP header 62 and the Abis 
Message Type Field 64. 

[0024] The successful set up of a RR (Radio 
Resource ) session will activate an active "IP tunnel" as- 
sociated with a specific set of codes and channels that 
have been allocated by the BSC. The necessary status 
record is set up corresponding to the IP tunnel. 
[0025] De-allocation of a channel will de-activate an 
existing active IP tunnel and the associated status re- 
corded will be deleted. 



[0026] As a mobile 20 wanders so that radio resource 
handover is necessary, no handover recognition or de- 
cision is made by BTS 18. Once a handover decision is 
made, the BSC 16 issues an IP tunnel set-up command 

5 to the new BTS (for intra-BSC handover) and subse- 
quently passes all the information related to the mobile 
20 to the new BTS. After setting up a new IP tunnel to 
the new BTS, the BSC 1 6 issues an IP tunnel close com- 
mand to close the old IP tunnel to BTS 18 associated 

10 with the mobile 20 which has just performed the hando- 
ver. 

[0027] The radio channel management and the ter- 
restrial channel management are controlled by the BSC 
16. No changes are required to existing control proce- 
ss dures. 

[0028] The message sequences across the Abis in- 
terface are not affected by the IP tunneling. The addi- 
tional messages and the message exchange sequenc- 
es are related to the set-up, maintenance and the re- 

20 lease of the IP tunnel as well as the multiplexing/demul- 
tiplexing operations of L3/L2 messages over the IP tun- 
nel. Efforts are made to maintain a maximum openness 
of the message handling mechanisms between the 
L3/L2 functional layers and the IP tunnel layer so that 

25 further evolved mechanisms can be deployed. 

[0029] Due to the simple fact that the IP tunnels pro- 
vide a transparent bearer between the BTS and the 
BSC, and that no changes are incurred over the speci- 
fications of existing interfaces except that an IP tunnel 

30 layer is added with a minimum set of control messages 
and control procedures, the existing O&M (Operational 
& Maintenance support over current standardized inter- 
faces is barely affected. 

[0030] The existing packet prioritization and differen- 
ces tiation, as well as pre-emption mechanisms that have 
been or are being defined by IETF (Internet Engineering 
Task Force), can be leveraged to the greatest extent to 
achieve a flexible and effective IP packet priority and 
pre-emption. For example, explicit IP packet priority lev- 
40 els can be attached within the IP header and the asso- 
ciated pre-emption information is stored at the BTS and 
the BSC with the IP tunnel state records corresponding 
to each active IP tunnel. Another example is the DS (Dif- 
ferentiated Service) fields as defined in DiffServ can be 
45 exploited to achieve the appropriate packet priority and 
pre-emption combined with managed queuing. 
[0031] With the use of IP tunnels for traffic transport 
between the BTS and BSC, existing IETF defined mech- 
anisms such as DiffServ can be easily introduced for 
50 packet classification and for Quality of Service (QoS) 
and CoS (Class of Service) differentiation. 
[0032] A simple model of an IP tunnel 50, connecting 
the BSC 1 6 and the BTS 1 8 is illustrated in Figure 4; the 
BSC and BTS each contain a Packet Classifier and 
55 Marker (PCM) and Traffic Conditioner (TC) 56, 58 re- 
spectively, attached at the respective ends of the tunnel 
50. Each tunnel end point has an ID, tunnel ID (BSC) 
and tunnel ID (BTS) respectively; these IDs are used, 
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in addition to the IP addresses of the BSC and BTS, in 
packet headers to ensure that packets are routed 
through the tunnel. 

[0033] Each PCM/TC looks at the Abis Message Type 
Field in each packet, classifies the packet, and then 
places a packet differentiation marking in the IP header 
of each packet. The PCM classifies the tunneled Abis 
messages according to predefined rules. 
[0034] The marking applied by each PCM/TC 56, 58 
can be in DSCP format (Differentiated Service Code 
Point). 

[0035] For each tunneling packet, its DSCP is 
checked and then used to decide a corresponding for- 
warding priority and the expected traffic transmission 
characteristics to be achieved by the selected forward- 
ing behavior. A packet that exceeds the prenegotiated 
QoS will be re-marked by the PCM to be either the Best- 
Effort class or simply discarded by the TC. 
[0036] Thus standard QoS mechanisms and real time 
traffic management mechanisms such as DiffServ, can 
be supported, in particular 

i) traffic classification 

ii) congestion management 

iii) congestion avoidance 

iv) queuing 

v) backhaul diversity 

[0037] Congestion management is achieved by prop- 
er traffic conditioning through a TC 56, 58 via the means 
such as traffic shaping and policing. 
[0038] Congestion avoidance is achieved by using 
the TC (shaping/policing) in combination with a three 
way handshake Requ est- Reply- Ack) mechanisms that 
provides instant traffic processing and load information 
at each end of the IP tunnel. 

[0039] Dynamic and flexible management of the IP 
tunnels can also facilitate congestion control. 
[0040] Separate queues are set up and configured 
and appropriate scheduling (CBQ, ® Class Based 
Queueing),WFQ (Weighted FairQueueing), RED (Ran- 
dom Earliest Detection) are deployed in combination 
with the PCM/TC/DSCP to guarantee efficient and ef- 
fective traffic separation (separating signaling from the 
user data) and the QoS/CoS differentiation. 
[0041] Efforts can be made to guarantee maximum 
compatibility with the existing circuit switched interface 
Abis. Due to the nature of the transparent transport 
through the IP tunnels, the BTS (CCUs) and the BSC 
(PCUs) serve as the termination points for the IP tunnels 
where the Abis messages are extracted from the tun- 
neling IP packet and send to the circuit-switched Abis 
interface. No message change or protocol conversion 
is required. 

[0042] The invention has been described with refer- 
ence to Figure 2 illustrating a BTS 18 and a BCS 16 in 
the GPRS/EDGE system with an IP tunnel between 
them. The invention is equally applicable to a PCU 



Packet Control Unit or its equivalent in a Radio Network 
Controller (RNC) and a CCU Channel Codec Unit or its 
equivalent in a Node B in the UMTS (Universal Mobile 
Telephone System). An IP tunnel can be set up to trans- 
5 fer packets in the same way. Thus upgrading of UMTS 
to EDGE is made easier because handover control is 
facilitated. This is largely because the connectivity 
which is frequently, switched on and off during the 
handover is achieved and maintained by the simple 
10 stateless IP accessing and routing mechanism that is 
independent of the underlying link layer control and 
transport mechanisms. As a result, it can dramatically 
reduce the processing overhead and the connection 
set-up delays as would be incurred by the connection- 
is oriented mechanism. Furthermore, handover efficiency 
and reliability is expected to be improved by means of 
IP tunneling due to the dynamic routing capability of IP 
packets through the tunnels. 

[0043] When the intermediate network link is ATM- 
20 based or is otherwise non-IP, then there will be no IP at 

the source or the destination to read the packet address. 

It is now necessary to use IP over ATM or IP switching 

or MPLS (Multi-Protocol Label Switching) in order to 

transport an IP packet through the network link. The de- 
25 scription above about supporting IP based Abis applies 

to both RFC 791 standard (V4) and RFC 791 standard 

(V6). 

[0044] While Figure 2 depicts the option of locating a 
PCU 30 in the BSC 16, the PCU maybe located at any 

30 other convenient position in the network. 

[0045] As an alternative to using IP tunneling, TCP/IP 
(Transport Control Protocol IP) or UDP/IP (User Data 
Protocol IP) can be used for both information exchanges 
over the traffic channels and the signaling channels. 

35 With use of these protocols, it is not necessary to use 
any proprietary extension (equivalent to the inclusion of 
the Abis Message Type Field). 



40 Claims 

1. A mobile communications system comprising at 
least one primary network unit (1 6) capable of sup- 
porting a plurality of secondary network units (18) 

45 each capable of supporting a plurality of mobile us- 
ers (20), the primary and secondary network units 
communicating across a circuit switched interface 
(52), characterized by means (16) to provide an 
Internet Protocol tunnel (50) between a primary net- 
so work unit and a secondary network unit which it sup- 
ports. 

2. A system according to Claim 1 in which the primary 
network unit is a Base Station Controller (16) and 

55 the secondary network unit is a Base Transceiver 
Station (18). 

3. A system according to Claim 1 in which the primary 
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network unit is a Radio Network Controller and the 
secondary network unit is a Node B. 

4. A system according to Claim 2 in which the Internet 
Protocol tunnel is arranged between a Channel Co- 5 
dec Unit (40) in a Base Transceiver Station (1 8) and 

a Packet Control Unit (30) in a Base Station Con- 
troller (16), the Channel Codec Unit (40) and the 
Packet Control Unit (30) each comprising a Data 
link Layer/Physical Layer (32, 42) an Internet Pro- to 
tocol layer (34, 44) and a GPRS layer 3/layer 2 mes- 
sage layer (36, 46). 

5. A system according to any preceding Claim in which 
each end of the Internet Protocol tunnel (50) is as- *5 
sociated with a Packet Classifier and Marker (56, 

58) In respectively each primary network unit (16) 
and each secondary network unit (18). 

6. A system accordingto any preceding Claim in which 20 
the circuit switched interface is an Abis interface 
(52). 

7. A system according to Claim 6 in which each packet 
passing between a primary and a secondary net- 25 
work unit (16, 18) is arranged to contain adjacent 

the packet header an Abis-message type field (64) 
which identifies the type of messages. 

8. A system according to Claim 7 in which the Abis- 30 
type message field identifies the secondary network 
elements (40) in the BTS . 

9. A system according to Claim 7 or Claim 8 in which 

the messages and the payload are multiplexed 35 
GPRS layer 3/layer 2 messages and the Abis-Mes- 
sage Type Field (64) is used to de-multiplex the 
messages on arrival of a packet at its destination. 

10. A system according to any one of Claims 1 to 5 in *o 
which the circuit switched interface is an interface 
between a RNC and a Node B in a third generation 
mobile telecommunications network. 
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